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BACKGROUND OF THE INVENTION 

1. The Field of the Invention 

This invention relates to decision-making processes where information is analyzed 
to provide an individual with one or more suggested solutions or actions. More 
specifically, the present invention relates to transferring and synchronizing medical data 
between a decision-making medical system and one or more mobile information devices 
used by clinicians, thereby aiding a clinician to more efficiently treat patients than is 
currently possible. 

2. The Prior State of the Art 
The U.S. health care delivery system has undergone .breathtaking changes since the 

late 1980's. Escalating costs, diminishing resources, demands for accountability 
characterize today's medical marketplace, inescapable conflicts regarding meaningful 
outcomes measures, and an expanding medical knowledge base. 

Health care is an information intensive industry and the delivery systems typically 
used within hospitals and clinics are drowning in data while starving for information. It is 
no exaggeration to describe the current health care delivery system as undergoing an 
information revolution. Increasingly providers and health care researchers experience 
demands for more accurate and accessible information. The complexity of health care, its 
burgeoning information base, and the turbulence of the medical marketplace have all 
contributed to a system grappling with methods to efficiently synthesize and disseminate 
information, standardize care, and to continue to create and innovate. The obstacles to 
these goals are the same regardless of whether the health care delivery entity is a small 
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hospital, long-term/skilled nursing facility, medical clinic, home health agency, hospice, 
emergent care unit, or large institution. The frustrations and barriers are faced equally 
whether the affiliation is academic public or private, managed care or fee-for-service, not- 
for-profit or for profit. All entities are faced with the need to identify strategies and 
solutions to manage information and make better decisions, whether those decisions are 
medical or business-related in nature. 

Of particular interest to the demands of the ever increasing need for more accurate 
and accessible information is the area of clinical decision-making. Clinical decisions are 
of particular interest since they often influence the balance of human suffering and well- 
being. Clinical decisions, not unlike all human decisions, are complex and influenced by 
many causal relationships. These relationships include the evidence-base of medicine, 
patient-physician factors and interactions, and external and internal constraints. Whether 
clinicians are serving individual patients or populations they have always sought to base 
their decisions on the best available evidence. This simple tenet has been confounded by 
the continual expansion of medicine's evidence-base. The rapid expansion of the scientific 
and clinical evidence has changed the health care landscape so that no longer is the 
question how much of medical practice is based in evidence, but rather how much of the 
available evidence is applied at the front lines of patient care. 

One front line of patient care involves the daily visit of a clinician to each patient 
under he or she's care, commonly termed "rounds". A clinician, or subordinate clinician, 
visits each patient and views the current medical condition of the patient, typically, 
represented by vital statistics and other information contained within paper charts. 
Commonly, the subordinate clinician must prepare to report the progress of the patient by 
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providing a medical history of the patient and current medical information, with suggested 
treatments. The "rounds" process is time consuming and complex since each patient will 
typically have different medical conditions influenced by a large number of different 
factors, such as demographics, family history or genetic background, occupational 
influences, and the like. To properly diagnose and treat each patient a clinician and/or 
subordinate clinicians must understand the nuances of the medical condition of each 
patient, and respond accordingly to variations in the current medical condition of the 
patient. Additionally, the clinician and subordinate clinician must maintain his or her 
knowledge base with the ever-changing medical and scientific knowledge base. 

Although clinicians maintain a high knowledge base of medical information, 
clinician's are human and sometimes may not recognize signals or. medical information 
that suggests a medical condition unrelated to the medical condition for which the patient 
was admitted. Such error in judgment or misinterpretation of medical information may 
result in increased patient stay in the medical facility or possibly patient death. 

Clinicians are, therefore, influenced by a number of complex and varied constraints 
during the decision-making process of how to treat a patient's medical condition. Such 
constraints involve the factors of time, community standards, formal policies and laws, and 
the issues of reimbursement. Add to these constraints the need to for the clinician to 
maintain his or her knowledge base with the ever-changing medical and scientific 
knowledge base, and it is obvious that clinicians attempt to make informed medical 
decisions under difficult conditions. 
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It would be an advance to provide methods and systems to aid the clinician in 
providing an informed and accurate medical decision for each specific patient under his or 
her care that has a basis in the most current medical and scientific knowledge. 
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SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a system and method for 
accessing medical information in an efficient and controllable manner. 

It is another object of the present invention to provide a system and method for 
presenting a clinician with medical information in a manner controlled by the clinician. 

Another object of the present invention is to provide a system and method that 
conveys medical information in a concise manner that aids a clinician in diagnosing and 
treating medical conditions. 

Yet another object of the present invention is to provide a system and method for 
summarizing the current medical status of a patient based upon the most current medical . 
information and the patient' s previous medical history. 

Still yet another object of the present invention is to provide a system and method 
for synchronizing the medical information gathered by a clinician with existing medical 
information of the patient. 

Another object of the present invention is to provide a system and method for 
updating a personal digital assistant with summarized patient data specific to those 
patient's that a clinician is to examine within and definable period of time. 

Yet another object of the present invention is to provide a system and method to 
synchronize proscribed medications and administered treatments with the various related 
departments within a medical facility. 

Still yet another object of the present invention is to provide a system and method 
to allow real-time communication between a decision supporting system and a clinician to 
aid the clinician in making informed decisions related to patient medical care. 
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Additional objects and advantages of the invention will be set forth in the 
description which follows, and in part will be obvious from the description, or may be 
learned by the practice of the invention. The objects and advantages of the invention may 
be realized and obtained by means of the instruments and combinations particularly 
pointed out in the appended claims. These and other objects of the present invention will 
become more fully apparent from the following description and appended claims, or may 
be learned by the practice of the invention as set forth hereinafter. 

As disclosed previously, clinicians are influenced by a number of complex and 
varied constraints during the decision-making process of how to treat multiple patients 
each having varied medical conditions. Each clinician must maintain a large personal 
knowledge base to provide medical care to a variety of different patients with varied family 
histories and backgrounds. Although clinicians typically educate themselves, during the 
rigors of the performing medical care, such knowledge may not raise to the clinician's 
memory. To achieve the foregoing objects, and in accordance with the invention as 
embodied and broadly described herein, systems and methods for providing clinicians with 
recommended and suggested medical care that is based upon a large expert knowledge 
base and specific to each patient that a clinician may visit, termed decision-support patient 
data, is disclosed. 

In one embodiment, a method for delivering decision-supported patient data of a 
patient to a user module accessible by a clinician in a controlled and repeatable manner is 
disclosed. The method includes the steps of analyzing patient data to identify current 
patient data of each patient that a clinician is to examine in a defined time period. Such 
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current patient data may include general health information like blood pressure and heart 
rate and/or medical condition specific data such as blood sugar level for a diabetes patient. 

The current patient data is evaluated with the expert knowledge of a knowledge 
base to generate decision-supported patient data for each patient that is to be examined 
within the defined time period. As referenced-above, the decision-supported patient data 
provides the clinician with potential medical conditions that the patient may have and 
recommendations for medical care. 

Once the current patient data and other medical history data and information are 
evaluated, the decision-supported patient data is presented to the clinician in a 
configuration that assists the clinician in treating, each patient. The displayed data provides 
the clinician with the pertinent information related to the patient's existing and potential 
medical condition and the medical care to be implemented by the clinician. For example, 
the display may include warnings related to a particular recommended treatment for a 
specific patient. 

Such method may be performed in real-time so that the clinician may receive 
updated decision-supported patient data from a decision-support module and/or medical 
module. In this manner the clinician is aided in making informed decisions related to 
patient medical care. 

One of the modules implemented by one embodiment of the present invention is a 
decision-support module. The decision-support module generates decision-supported 
patient data specific to each patient that a clinician is to examine in a defined time period. 
The decision-support module includes a knowledge module that stores data representative 
of expert knowledge within the medical field. Such expert knowledge is gleaned from 
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various sources and experts in a variety area of the medical field. The decision-support 
module also includes a patient module that stores patient specific data. Communicating 
with the knowledge module and the patient module is an inference engine that generates 
the decision-supported patient data based upon the information and data stored in the 
knowledge module and the patient module. 

Another module of the present invention is a user module. The user module 
communicates with the decision-support module and allows the decision-supported patient 
data to be presented to the clinician in a configuration that assists the clinician in treating 
each patient. The user module may have various other modules that allow the decision- 
supported patient data and other patient specific data to be stored therein and accessed by 
the clinician as a clinician makes a determination as to the medical care to proscribe for 
each patient that the clinician examines. 

In this manner, the present invention is capable of using various user modules to 
effectively provide decision-supported patient data to a clinician in a configuration that 
assists the clinician in making a decision related to medical care of a patient. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

In order that the mariner in which the above-recited and other advantages and 
features of the invention are obtained, a more particular description of the invention briefly 
described above will be rendered by reference to specific embodiments thereof that are 
illustrated in the appended drawings. Understanding that these drawing depict only typical 
embodiments of the invention and are not therefore to be considered to be limiting of its 
scope, the invention will be described and explained with additional specificity and detail 
through the use of the accompanying drawings in which: 

Figure 1 illustrates an exemplary system that provides a suitable operating 
environment for the present invention; 

Figure 2 is a schematic representation of one embodiment of the system of the 
present invention; 

Figure 3 is a more detailed a schematic representation of the system of Figure 2; 

and 

Figure 4 is a flow diagram illustrating the flow of data in the system of Figures 2 

and 3. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention extends both methods and systems for updating and 
gathering data from a database through the use of hand held-technologies. The 
embodiments of the present invention may comprise a special purpose or general purpose 
computer including various other computer hardware and/or software modules and 
components, as discussed in greater detail below. 

Embodiments within the scope of the present invention also include computer- 
readable media for carrying or having computer-executable instructions or data structures 
stored thereon. Such computer-readable media can be any available media that can be 
accessed by a general purpose or special purpose computer. By way of example, and not 
limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM 
or other optical disk storage, magnetic disk storage or other magnetic storage devices, or 
any other medium which can be used to carry or store desired program code means in the 
form of computer-executable instructions or data structures and which can be accessed by 
a general purpose or special purpose computer. When information is transferred or 
provided over a network or another communications connection (either hardwired, 
wireless, or a combination of hardwired or wireless) to a computer, the computer properly 
views the connection as a computer-readable medium. Thus, any such a connection is 
properly termed a computer-readable medium. Combinations of the above should also be 
included within the scope of computer-readable media. Computer-executable instructions 
comprise, for example, instructions and data which cause a general purpose computer, 
special purpose computer, or special purpose processing device to perform a certain 
function or group of functions. 
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Figure 1 and the following discussion are intended to provide a brief, general 
description of a suitable computing environment in which the invention may be 
implemented. Although not required, the invention will be described in the general context 
of computer-executable instructions, such as program modules, being executed by 
computers in network environments. Generally, program modules include routines, 
programs, objects, components, data structures, etc. that perform particular tasks or 
implement particular abstract data types. Computer-executable instructions, associated 
data structures, and program modules represent examples of the program code means for 
executing steps of the methods disclosed herein. The particular sequence of such 
executable instructions or associated data structures represents examples of corresponding 
acts for implementing the functions described in such steps. 

Those skilled in the art will appreciate that the invention may be practiced in 
network computing environments with many types of computer system configurations, 
including personal computers, hand-held devices, multi-processor systems, 
microprocessor-based or programmable consumer electronics, network PCs, 
minicomputers, mainframe computers, and the like. The invention may also be practiced 
in distributed computing environments where tasks are performed by local and remote 
processing devices that are linked (either by hardwired links, wireless links, or by a 
combination of hardwired or wireless links) through a communications network. In a 
distributed computing environment, program modules may be located in both local and 
remote memory storage devices. 

With reference to Figure 1, an exemplary system for implementing the invention 
includes a general purpose computing device in the form of a conventional computer 20, 
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including a processing unit 21, a system memory 22, and a system bus 23 that couples 
various system components including the system memory 22 to the processing unit 21. 
The system bus 23 may be any of several types of bus structures including a memory bus 
or memory controller, a peripheral bus, and a local bus using any of a variety of bus 
architectures. The system memory includes read only memory (ROM) 24 and random 
access memory (RAM) 25. A basic input/output system (BIOS) 26, containing the basic 
routines that help transfer information between elements within the computer 20, such as 
during start-up, may be stored in ROM 24. 

The computer 20 may also include a magnetic hard disk drive 27 for reading from 
and writing to a magnetic hard disk 39, a magnetic disk drive 28 for reading from .or 
writing to a removable magnetic disk 29, and an optical disk drive 30 for reading from or 
writing to removable optical disk 31 such as a CD-ROM or other optical media. The 
magnetic hard disk drive 27, magnetic disk drive 28, and optical disk drive 30 are 
connected to the system bus 23 by a hard disk drive interface 32, a magnetic disk drive- 
interface 33, and an optical drive interface 34, respectively. The drives and their 
associated computer-readable media provide nonvolatile storage of computer-executable 
instructions, data structures, program modules and other data for the computer 20. 
Although the exemplary environment described herein employs a magnetic hard disk 39, a 
removable magnetic disk 29 and a removable optical disk 31, other types of computer 
readable media for storing data can be used, including magnetic cassettes, flash memory 
cards, digital video disks, Bernoulli cartridges, RAMs, ROMs, and the like. 

Program code means comprising one or more program modules may be stored on 
the hard disk 39, magnetic disk 29, optical disk 31, ROM 24 or RAM 25, including an 
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operating system 35, one or more application programs 36, other program modules 37, and 
program data 38. A user may enter commands and information into the computer 20 
through keyboard 40, pointing device 42, or other input devices (not shown), such as a 
microphone, joy stick, game pad, satellite dish, scanner, or the like. These and other input 
devices are often connected to the processing unit 21 through a serial port interface 46 
coupled to system bus 23. Alternatively, the input devices may be connected by other 
interfaces, such as a parallel port, a game port or a universal serial bus (USB). A monitor 
47 or another display device is also connected to system bus 23 via an interface, such as 
video adapter 48. In addition to the monitor, personal computers typically include other 
peripheral output devices (not shown), such as speakers and printers. 

The computer 20 may operate in a networked environment using logical 
connections to one or more remote computers, such as remote computers 49a and 49b. 
Additionally, computer 20 may communicate with one or more mobile information devices 
55 and 57, such as personal digital assistant's (PDA), pagers, telephones, Black Berries, 
pocket PC's, consumer electronic devices, palm computers, and the like. 

Remote computers 49a and 49b and mobile information devices 44 and 57 may 
each be another personal computer, a server, a router, a network PC, a peer device or other 
common network node, and typically includes many or all of the elements described above 
relative to the computer 20, although only memory storage devices 50a and 50b and their 
associated application programs 36a and 36b have been illustrated in Figure L The logical 
connections depicted in Figure 1 include a local area network (LAN) 51 and a wide area 
network (WAN) 52 that are presented here by way of example and not limitation. Such 
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networking environments are commonplace in office-wide or enterprise-wide computer 
networks, intranets and the Internet. 

When used in a LAN networking environment, the computer 20 is connected to the 
local network 51 through a network interface or adapter 53. When used in a WAN 
networking environment, the computer 20 may include a modem 54, a wireless link, or 
other means for establishing communications over the wide area network 52, such as the 
Internet. The modem 54, which may be internal or external, is connected to the system bus 
23 via the serial port interface 46. In a networked environment, program modules depicted 
relative to the computer 20, or portions thereof, may be stored in the remote memory 
storage device. It will be appreciated that the network connections shown are exemplary 
and other means of establishing communications over wide area network 52 may be used. 

The present invention is discussed herein with reference to a decision-support 
system where patient data and information is gathered and analyzed with stored patient 
data and information to generate decision-supported patient data. The system provides the 
clinician with the decision-supported patient data, or optionally and summarized versions 
of the decision-supported patient data, optionally in real-time or clinician perceived real- 
time. Although discussion is made to the use of the present invention in a decision- 
support system, it may be appreciated that the present invention is not limited to use with a 
decision-support system, but may be used in various other systems. 

Figure 2 is a block diagram illustrating a decision-support system implementing 
one embodiment of the present invention. As shown, system 200 includes one or more 
decision-support modules 210a-210n that communicate with one or more user modules 
214a-214n via network 212. Optionally, as designated by dotted line, system 200 may 
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include a medical module 216 and a third-party module 218 with which decision-support 
modules 210a-210n and user modules 214a-214n may communicate. Additionally, 
medical module 216 and third-party module 218 may communicate one with another. 

Through the configuration illustrated in Figure 2, a patient or clinician may input 
information regarding the patient's health, medical conditions, billing information, and 
past and current medical care, termed "patient data". Subsequently, system 200 may 
evaluate this patient data to create data that assists the clinician in making a medical 
diagnosis or medical care decision. Such data is termed "decision-supported patient data." 

Optionally, the decision-supported patient data may be configured in the form of a 
decision-supported progress note that assists the clinician in making a medical diagnosis of 
medical care decision. The decision-supported progress note is a module, data file, record, 
field, or one or more data storages that contain information and data that represents a 
qualitative and quantitative analysis of the patient assessment process performed by the 
decision-support module 210 and the clinician and the recommended plan of medical care 
suggested by decision-support module 210. Such qualitative and quantitative analysis may 
extend over a long period, such as with an outpatient situation, or over a shorter period, 
such as with an inpatient situation. 

In this manner, system 200 may gather and analyze stored patient data with input 
patient data to generate decision-supported patient data, optionally, in real-time or 
perceived real time. Although discussion is made to the use of the present invention in a 
decision-support system, it may be appreciated that the novel features of the present 
invention are not limited to use with a decision-support system but may be used in various 
other systems. 
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As illustrated in Figure 2, system 200 includes decision-support module 210. 
Decision-support system 210, in one embodiment, allows a patient to store and access 
patient data, while allowing a clinician to store, update, and access the patient data and 
decision-supported patient data that contain information regarding the diagnosis and 
treatment of various medical conditions. Additionally, the clinician may access a 
knowledge base that includes data representative of the current expert medical knowledge 
within a variety of medial areas that assists the clinician with the diagnosis and medical 
care of the patient. The patient data, the decision-supported patient data, and the 
knowledge base need not be incorporated within decision-support module 210, but may be 
located remotely from decision-support module 210 and accessible by decision-support 
module 210. For example, optional medical module 216, as illustrated by dotted lines, 
may include one or more servers that store the patient data, the decision-supported patient 
data, and the knowledge base. 

Facilitating communication between decision-support modules 210a-210n, user 
modules 214a-214n, and optionally medical module 216 is network 212. Network 212 
may be a local area network (LAN) such as a hospital or clinic intranet, wide area network 
(WAN), wireless network, packetized network, real-time network, and various other 
networks known by one skilled in the art. Decision-support modules 210a-210n 
communicate with network 212 via various types of communication line connections, such 
as but not limited to, cable or cable modems, satellite, telephone lines, whether analog or 
digitally based, the internet, DSL, G-Lite, wireless technology, infra-red (IR) technology, 
other high-speed data connections, or any other suitable transmission technology or 
medium. One skilled in the art may identify various other types of network and/or 
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communication line connections that are capable of performing the desired function of 
allowing decision-support modules 210a-210n to communicate with user modules 214a- 
214n and optionally medical module 216. 

Each user module 214a-214n communicates with decision-support module 210 to 
allow a clinician or a patient to gather patient data and receive decision-supported patient 
data or progress notes in real-time or perceived real-time. For example, the clinician 
and/or patient may provide and receive data regarding the patient's general health, 
exercise, eating, smoking, drinking, and drug habits, if any, and the like, while the clinician 
may view current and past medical conditions, treatments, medications proscribed, family 
history, genetic predispositions and microbial susceptibilities, and the like. The clinician,, 
therefore, may retrieve data from and transmit data to decision-support modules 210a- 
21 On, optionally in real-time or perceived real-time and receive from decision-support 
modules 210a-210n medical diagnoses and medical care recommendations, optionally in 
real-time or perceived real-time. 

As discussed herein, the operation of either transmitting data and/or receiving data, 
in various forms and types, shall be termed collectively as "transceiving" and tranceiveing 
data between decision-support module 210a-210n, user module 214a-214n, and medical 
module 216 without a substantial delay between an input and a response is real-time or 
perceived real-time communication. 

The transceiving of patient data, decision-supported patient data, and decision- 
supported progress notes between decision-support module 210 and user modules 214a- 
214n is accomplished by synchronizing decision-support module 210 and user modules 
214a-214n through a variety of communication line connections and synchronization 
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manners, such as wireless synchronization, direct dial synchronization, desktop 
synchronization, or such others as known by one skilled in the art. Such synchronization 
may optionally be continuous, substantially continuous, periodic, sporadic, or the like. 

Those skilled in the art will appreciate that each user module 214a-214n may take 
various configurations, including personal computers, hand-held devices, multi-processor 
systems, microprocessor-based or programmable consumer electronic devices, telephones, 
pagers, pocket PCs, network PCs, minicomputers, mainframe computers, and the like. 
Such devices and user module 214a-214n may be considered mobile information devices. 
Preferably, user module 214a-214n is a personal digital assistant (PDA). Generally, 
therefore, each user module 214a-214n may include the structure and functionality of 
computer 20 with associated application programs 36 and memory 22 to store the 
application programs 36 and medical data and information. 

Optional medical module 216 represents the various hardware and software 
modules and components of a medical facility, such as a hospital, clinic, and the like. Each 
medical facility may store business data, medical data, patient data, decision-supported 
patient data, decision-supported progress notes, and the like. Medical module 216, in one 
embodiment, includes various modules associated with the medical facility's intranet or 
internal network that links various departments of a hospital or clinic. For example, the 
departments may include radiology, the pharmacy, administration, the laboratories, and the 
like. Additionally, medical module 216 may include the hardware and software modules 
and components for medical module 216 to communicate with decision-support module 
210 and user modules 214a-214n by a communication line connection known to one 
skilled in the art in light of the teaching contained herein. 
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According to another aspect of the present invention, system 200 optionally 
includes third party module 218. Third party module 218 represents the various other 
modules that may communicate with decision-support module 210, user modules 214a- 
214n, and medical module 216. For example, third party module 218 may represent a 
medical provider, an insurance carrier, a referred clinician, a referring clinician, a third 
party paging service, and the like. In this manner, a clinician may communicate with 
outside sources to obtain approval for services and/or give information to the outside 
sources. For example, system 200 may allow decision-support module 210 to 
communicate with an insurance carrier, heath care management organization (HMO), or 
other similar health care provider to receive authority to give a recommended medical 
treatment. One skilled in the art may identify various other third parties that may obtain 
benefits from the present invention. 

Generally, the configuration of system 200 facilitates the gathering of patient data 
and delivery of decision-supported patient data to a clinician and patient. For example, if a 
clinician is examining a patient for the first-time, i.e. a new outpatient, one or more of 
decision-support modules 210a-210n analyze the medical information collected by system 
200. The resultant diagnosis, if any, is subsequently transmitted to user module 214a- 
214n. Additionally, decision-support modules 210a-210n transmit recommended 
treatments, procedures, tests, therapeutic drugs, and the like, which a clinician may use to 
treat the medical condition or prevent the onset of one or more other medical conditions. 
Furthermore, decision-support module 210a-210n may deliver educational materials that 
decision-support module 210a-210n identifies as appropriate for the patient, whether for 
general health purposes or for a specific medical condition. For example, if the current 
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medical condition of the patient suggests a potential for heart disease or a heart attack in 
the future, decision-support module 210a-210n may generate educational literature directed 
to helping the patient to change their eating, smoking, drinking, and exercising habits to 
combat the potential for a heart attack or other heart related medical problems. 

Alternatively, system 200 may be used in an "inpatient" setting. Decision-support 
modules 210a-210n, therefore, may analyze the newly gathered patient data with the stored 
patient data relating to the patient's previous or preexisting medical conditions. Upon 
analyzing the relevant patient data decision-support modules 210a-210n deliver 
recommended treatments, procedures, tests, therapeutic drugs, and the like to the clinician. 
As with the outpatient situation, decision-support module 210a-210n may generate 
educational literature related to the patient's medical condition. For example, if the patient 
has recently given birth to a new baby, decision-support module 210a-210n may generate 
materials related to care of a new-born and potential medical complications or emotional 
problems that the mother may incur. 

Optionally, system 200 may present the clinician or patient with a summarized 
version of the available medical and non-medical data via user module 214a-214n. Such 
medical and non-medical data provided to the clinician and the patient may include 
warnings or alerts with respect to recommended treatments or potential medical conditions 
of the patient. By summarizing the decision-support patient data, the clinician is not 
bombarded with a large quantity of information through which he or she must search. 
Rather, the clinician may view the current decision-supported patient data, i.e., recent 
laboratory test results, vital statistics, current drug usage, and the like. In this fashion, the 
clinician is given a simplified representation of the patient's medical condition based upon 
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the current medical knowledge and the current patient data. Thus, medical costs are 
reduced and a higher quality of medical care is provided to each patient. 

Generally, decision-support modules 210a-210n of system 200, either solely or in 
combination with medical module 216 may evaluate the stored patient data to generate 
decision-supported patient data for each of the patients that the clinician is to examine 
within a defined time period. In this manner, decision-support modules 210a-210n and 
system 200 assists the clinician in the treatment of the patient. The decision-support nature 
of the decision-supported patient data is such that suggested medical care 
recommendations and drug regimes are automatically generated by decision-support 
modules 210a-210n based upon each specific patient's needs, past and present medical 
conditions, family history, and various other parameters as will be discussed herein and 
that may be identified by one skilled in the art. 

As illustrated in Figure 2, the configuration of system 200 facilitates the delivery of 
patient data to the clinician in a standardized and reproducible manner. The clinician may 
request real-time patient data from decision-support module 210, or medical module 216 
on demand and receive the patient data in a standardized format. Such patient data may be 
delivered to the clinician via user module 214a-214n and displayed to the clinician through 
a browser or other user interface. Additionally, the configuration of system 200 facilities 
the delivery of important or critical information and patient data to the clinician, whether in 
a synchronized basis or upon the occurrence of an alerted event, such as when a patient has 
heart attack or an adverse reaction to prescribed medication. In this manner, the clinician 
is quickly informed of the progress of his or her patients. 
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Generally, each of the modules, 210a-210n, 214a-214n, and 216 may be 
incorporated within various types of computer 20, remote computers 49a, 49b, and mobile 
information devices 55, 57 as depicted in Figure 1. Each module 210a-210n, 214a-214n, 
and 216, therefore, may include system memory 22 and storage devices 50a and 50b, while 
optionally including hard disk drive 27, magnetic disk drive 28, optical disk drive 30, and 
associated interfaces 32, 33, and 34. Additionally, each module 210a-210n, 214a-214n, 
and 216 may communicate one with another via a variety of different manners and 
communication line connections. Hence, the functionality of each module 210a-210n, 
2l4a-214n, and 216 may be incorporated within one or more of the other modules. For 
example, the functionality of decision-support module 210a-210n and/or of user modules 
2 1 4a-2 1 4n may be incorporated within medical module 216.- 

With reference to the more detailed schematic representation of one embodiment of 
the present invention depicted in Figure 3, only a single decision-support module 210 and a 
single user module 214 are depicted. The following discussion will relate to the interaction 
between one decision-support module 210 and one user module 214. One skilled in the art 
may appreciate, however, that a similar discussion may be recited for the interaction of 
multiple decision-support modules 210a-210n and multiple user modules 214a-214n. 

According to one embodiment of the present invention, decision-support module 
210 includes a patient storage module 220. Patient storage module 220 stores the patient 
data that may be used by the clinician in determining the medical care to be received by the 
patient. As illustrated, patient storage module 220 includes one or more databases 222a- 
222n that maintain the patient data. Each database 222a-222n may have various 
architectures, such as but not limited to, relational, network, flat, and hierarchical 
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databases, with associated database management systems (not shown) that control the flow 
of data to and from databases 222a-222n. Although multiple databases are represented, 
one skilled in the art may appreciate that system 200 may include a single database. 

The patient data maintained in databases 222a-222n may include, but is not limited 
to, the patient's billing information (e.g., name, address, telephone number, birth data, 
social security number, and insurance information) and patient's demographic information 
(e.g., age, sex, height, and weight). Additionally, databases 222a-222n include past and 
current: (i) medical conditions; (ii) medical care; (iii) tracked cure and failure information; 
(iv) medications prescribed and associated adverse effects of drug interactions; (v) 
laboratory tests and results; (vi) clinical consequences of treatment; (vii) family histories; 
(viii) genetic predispostions; (ix) decision-supported patient data and progress notes; (x) 
microbial susceptibilities, and the like. Such data may be stored in a variety of different 
fields, files, and records that are associated one with another to allow an appropriate 
database management system (not shown) to access the stored data in an efficient manner. 

In addition to the above-recited data stored within databases 222a-222n, decision- 
support module 210 may store pharmacogenomic data of the patient and the patient's 
family to aid with the selection of medical treatment modalilties. This allows decision- 
support module 210 to use the patient's genetic structure to define responses to prescribed 
drugs and provides a more useful medical treatment recommendation. For example, a 
patient may be found through genetic testing to lack an enzyme necessary for a particular 
drug's metabolism. Hence, decision support module 210 would use such 
pharamacogenomic information to suggest an alternative drug that avoids toxicity and 
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treatment failure, while being consistent with the patient's condition and pertinent medical 
parameters. 

In accordance with another aspect of the present invention, decision-support 
module 210 includes a knowledge module 226. Knowledge module 226, and associated 
databases 228a-228n, is the repository of the medical information, data, and associated 
rules and parameter descriptions i.e., "knowledge", which decision-support module 210 
uses to identify an unknown medical condition of a patient that is examined by the 
clinician. Alternatively, the "knowledge" may be used to treat a known medical condition, 
such as a terminal medical condition or non-curable medical condition. 

The medical information and data stored within knowledge module 226 is based on 
information from experts within the relevant fields of medicine, such as such as Geriatric 
Medicine, Genetic Medicine and Gene Therapy, Cardiovascular diseases, Respiratory 
diseases, and the like. Therefore, knowledge module 226 includes information related to, 
but not limited to the following: Critical Care Medicine, Renal diseases, Genitourinary 
diseases, Gastrointestinal diseases, Diseases of the liver, gallbladder, and bile ducts, 
Hematologic diseases, Oncology, Metabolic diseases, Nutritional diseases, Endocrine 
diseases, Women's Health, Diseases of bone and bone mineral metabolism, Diseases of the 
immune system, Musculoskeletal and connective tissue diseases, Infectious diseases, HIV 
and Acquired immunodeficiency syndrome, Diseases of protozoa and metazoa, 
Neurological Diseases, Eye, Ear, Nose, and Throat diseases, Skin diseases, Pediatric 
Medicine, and the like. 

The rules and parameter descriptions stored in knowledge module 226 may include 
one or more software modules, files, and records that define how decision-support module 
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210 uses the expert information to analyze the patient's current medical information. In 
this manner, the clinician is guided with the identification and treatment of a patient's 
medical condition. Such rules and parameters are dynamic in that as system 200 gathers 
more "knowledge" the rules and parameters changes to accommodate the increased 
knowledge. This is in contrast to many existing expert systems that utilize hard coded 
rules and parameters that are difficult to vary based upon an increasing knowledge base. 

As with databases 222a-222n, each database 228a-228n may have various 
architectures, such as but not limited to, relational, network, flat, and hierarchical 
databases, with associated database management systems (not shown) that control the flow 
of data to and from databases 228a-228n. 

Although Figure 3 illustrates each database 222a-222n and 228a-228n being 
incorporated within decision-support module 210, one skilled in the art may appreciate that 
such databases 222a-222n and 228a-228n and/or patient storage module 220 and 
knowledge module 226 may be remotely located from decision-support module 210 
Alternatively, in one configuration, patient storage module 220 and/or databases 222a- 
222n may be incorporated within a hospital or clinic's administrative system and/or 
network that allow decision-support module 210 to access the information stored therein. 
In another configuration, patient storage module 220 and/or databases 222a-222n are 
located remotely from decision-support module 210 and a hospital or clinic's 
administrative system and/or network. 

Communicating with patient storage module 220 and/or knowledge module 226 is 
an intermediate module 230. Intermediate module 230 facilitates the decision-making 
process by providing one or more modules that interact with patient storage module 220 
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and/or knowledge module 226 to generate a medical condition diagnosis and medical care 
recommendations for the clinician. In one embodiment of the present invention, 
intermediate module 230 is a middle tier application server. It may be appreciated by one 
skilled in the art that intermediate module 230 may have various other configurations. For 
example, intermediate module 230 may be an application server integrally formed with 
medical module 216. 

Intermediate module 230 includes, in one embodiment, an inference module 232. 
Inference module 232 controls the manner by which decision-support module 210 
generates solutions to the medical condition of the patient, whether the information and 
data to make such solution is gathered and/or stored patient data and information contained 
within the knowledge module 226. Inference module 232 includes an inference engine that 
is commonly known by those skilled in the art. Inference module 232 communicates with 
patient storage module 220 and/or knowledge module 226 through a variety of different 
interfaces such as those developed with Enterprise Java Beans (EJB), Common Object 
Request Broker Architecture (COBRA), and Common Object Model (COM) compliant 
services. It may be appreciated that a variety of different software modules and services 
may be used to allow inference module 232 to communicate with patient storage module 
220 and/or knowledge module 226. 

Although inference module 232 is depicted as being incorporated within 
intermediate module 230 of decision-support module 210, one skilled in the art may 
appreciate that inference module 232 may be integrated into medical module 216 by 
connecting intermediate module 230 directly to medical module 216 by an Internet Inter- 
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Object Request Broker Protocol (HOP) or remotely by a Remote Method Invocation 
(RMI). 

According to another aspect of the present invention, intermediate module 230 
optionally includes interface modules 234a-234n. Interface modules 234a-234n allow 
intermediate module 230 and hence decision-support module 210 to communicate with 
medical module 216 and obtain patient data therefrom. Such communication may be via a 
variety of communication protocols and communication line connections. In one 
illustrative embodiment, interface module 234a allows communication via the Health 
Level 7 protocol, while interface module 234n allows communication between decision- 
support module 210 and medical module 216 via Extensible Markup Language (XML). It 
may be appreciated by one .skilled in the art that various other protocols and 
communication line connections may allow communication between decision-support 
module 210 and medical module 216. 

Intermediate module 230 further includes an application module 236. Application 
module 236 represents the various application programs that may be used by intermediate 
module 230 to facilitate the decision-making process to diagnose a medical treatment and 
provide guidance as to recommended medical procedures or treatments. For example, 
application module 236 may includes software to drive the decision-support process and 
more specifically to drive the decision made by inference module 232. In another 
configuration, application module 236 includes a progress note module that manipulates 
the decision-supported patient data into a decision-supported progress note that represents 
the a qualitative and quantitative analysis of the patient assessment process performed by 
the decision-support module 210 and the clinician and the recommended plan of medical 
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care suggested by decision-support module 210. Such qualitative and quantitative analysis 
may extend over a long period, such as with an outpatient situation, or over a shorter 
period, such as with an inpatient situation. 

To allow intermediate module 230 to transceive information to and from user 
module 214, one embodiment of the present invention optionally includes a web module 
240. Web module 240 may be a web server that facilitates data transceiving between 
decision-support module 210 and user module 214. Web module 240 may transceive 
information and data via Hypertext Transfer Protocol (HTTP), File Transfer Protocol 
(FTP), Wireless Application Protocol (WAP), or various other communication protocols 
and communication line connections. For example, web module 240 may use TCP/IP 
communication protocol, a connection orientated or connectionless network protocol, via 
asynchronous transfer mode (ATM) technology, X.25 protocol, Frame Relay protocol, 
packet switching protocols, circuit switching protocols, dynamic packet switching 
protocols, 802.1 1RF protocol, home network protocols, and the like to transceive data 
through network 212. Therefore, web server 240 and hence decision-support module 210 
may use a variety of different interface types, such as but not limited to a wireless interface 
thereby utilizing IR ? RF, satellite, blue tooth transmission and associated protocols, a 
modem, cable modem, ADSL connection, ISDN, Ethernet, or similar other connections, 
and the like. 

One skilled in the art may appreciate that inclusion of web module 240 within 
decision-support module 210 is optional In the event that decision-support module 210 is 
partially or completely incorporated within medical module 216, decision-support module 
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210 is devoid of web module 240 and may utilize a web module incorporated within 
medical module 216 to allow communication with user module 214 via network 212. 

Referring again to Figure 3, communicating with decision-support module 212 is 
user module 214. User module 214 is preferably a personal digital assistant (PDA) or 
other hand-held hardware device, including, but not limited to, a Palm Pilot, or CE based 
palm computer, with associated software applications and operating systems. Therefore, 
user module 214 may be a computer 20 and/or remote computer 49a and 49b that allows a 
clinician and/or patient to gather and view medical information and associated medical 
diagnosis and treatments. 

User module 214, in one embodiment, includes a communication interface 242, a . 
control module 244, and a user interface 246. Communication interface 242 may 
transceive data between decision-support module 210, medical module 216, and user 
module 214. Communication interface 242, therefore, may transcribe data, compress and 
decompress data, encrypt and decrypt data, and the like. Alternatively, the above- 
described operations may be performed by a combination of communication interface 242 
and control module 244. 

Depending on the type of communication line connection between user module 214 
and network 212, and hence decision-support module 212 and optionally medical module 
216, communication interface 242 may have a variety of configurations. One skilled in the 
art may identify various other types of communication interface that are applicable in light 
of the teaching contained herein. For example, communication interface 242 may be a 
wireless interface thereby utilizing IR, RF, satellite, blue tooth transmission and associated 
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protocols, a modem, cable modem, ADSL connection, ISDN, Ethernet, or similar other 
connections, and the like. 

As implied above, communication interface 242 communicates with control 
module 244. Control module 244 performs a number of operations and functions to allow 
a clinician and/or patient to gather patient data through user interface 246 and view 
proposed diagnosis and recommended treatments or medical procedures by way of user 
interface 246, such as the decision-supported patient data. Control module 244, therefore, 
manages the flow of data: (i) to and from the clinician and/or patient; (ii) from data storage 
module 248 to user interface 246; (iii) between user module 214 and decision-support 
module 210; and (iv) optionally from medical module 216 to user module 214. 

In addition to controlling the flow of patient data between the various modules and 
components of system 200, control module 244 may control the configuration of user 
interface 246. Stated another way, control module 244, in one embodiment, may receive 
display instructions from the clinician regard how the decision-supported patient data and 
decision-supported progress note received from decision-support module 210 are to be 
displayed or arranged. Alternatively, control module 244 may either receive the decision- 
supported patient data (or the decision-supported progress note) and convert the data into a 
form consistent with the clinician's instructions or function with intermediate module 230 
and web module 240 to generate the desired display. 

In the later case, control module 244 may: (i) receive through communication 
interface 242 the decision-supported patient data or the decision-supported progress note; 
(ii) store the decision-supported patient data or the decision-supported progress note in 
data storage module 248, decision-support module 210, and/or medical module 216; (iii) 
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summarize the decision-supported patient data (or decision-supported progress note) in 
accordance with the clinician's instructions to display the pertinent information to the 
clinician; and (iv) display the summarized decision-supported patient data (or decision- 
supported progress note) to the clinician through user interface 246. 

Generally, the summarized decision-supported patient data contains the pertinent 
information related to the current medical status of the patient. For example, if the patient 
has diabetes the medical information received from decision-support module 210 will be 
directed to the pertinent medical conditions associated with the patient's diabetes and 
control module 244 will summarize the decision-supported patient data to recite the most 
recently acquired pulse rate, blood pressure, blood sugar level, critical, warnings and alerts, 
and the like. Alternatively, when a therapeutic regimen is suggested, the summarized, 
decision-supported patient data includes drug name and type, dose, route, interval and 
duration of therapy, critical alerts and warnings specific to the patient and the drug, patient 
demographics, and the like. 

In this manner, control module 244 provides the clinician with the pertinent patient 
specific decision-supported patient data in a summarized arrangement requested by the 
clinician. By summarizing the pertinent data, a clinician is more capable of treating a 
patient in an efficient manner; with a reduction in the time required to perform normal 
clinician activities. 

According to another aspect of the present invention, control module 244 may 
manage the flow of information gathered by a clinician and input into system 200 through 
user interface 246. Control module 244, therefore, may receive changes to current medical 
treatments and store the same in preparation for delivery to decision-support module 210. 
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For example, a clinician performing "rounds" within a hospital may employ user 
module 214 to track changes to medical treatment or proscribed medications made by the 
clinician. Control module 244 causes such changes made to the medical treatments and/or 
medications proscribed to be stored in data storage module 248. Such changes will be 
subsequently transmitted to decision-support module 210 and medical module 216 upon 
synchronizing of user module 214, such as hotsyncing user module 214 with decision- 
support module 210 and/or medical module 216 through physically inserting user module 
214, such as in the form of a PDA, within a cradle or alternatively synchronizing the stored 
information by way of a wireless connection, satellite connection, IR connection, or such 
other connection known by one skilled in the art in light of the teaching contained herein. 

Control module 244 may include various hardware and/or software modules to 
perform the above-referenced functions, such as but not limited to one or more micro- 
controllers, central processing units, state machines, programmable logic arrays, network 
logical arrays, or gates, ASIC processors, software-based controllers, combination logic, 
combinations thereof, and a variety of other controllers known by one skilled in the art. 
Control module 244 may communicate with communication interface 242, user interface 
246, and data storage module 248 by a variety of connections, such as but not limited to 
electrical communication, an analog or digital, wireless, optical, or various other types of 
connection by way of one of a variety of communication line connections known by one 
skilled in the art. 

As referenced above, a clinician may update medical information through user 
interface 246 and receive a graphical representation of all or a summarized version of the 
available medical conditions, diagnosis, and treatments of a patient through the same user 



- Page 33 - 



Docket No. 15226.4 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
_ 17 

00 

19 

u 

| 20 
21 
22 
23 
24 



interface 246. User interface 246 may also allow a clinician and/or patient to define the 
display configuration of the decision-supported patient data and other patient data that is 
transmitted to user module 214 from decision-support module 210 and/or medical module 
216. A clinician may, in one embodiment, select from a number of stored display 
configurations, use the default display configuration, or generate a clinician specific 
display configuration. No matter the particular display configuration selected by the 
clinician, the particular display configuration assists a clinician in diagnosing, treating, and 
providing medical care to the patient. 

In one embodiment, user interface 246 is preferably a graphical user interface 
(GUI), such as a web browser. One skilled in -that art may identify various other interfaces 
that are capable of performing the desired function of allowing a clinician and/or patient to 
gather and subsequently view medical information. For example, user interface 246 may 
be a textual, interactive, drop-down menu, voice activated, and the like interface. User 
interface 246 may allow a user to select choices through pushing buttons, selecting icons, 
scanning bar codes, vocalization of procedure codes or medical treatments, or through 
some other method, system, hardware device, and/or software application known to one 
skilled in the art. 

Generally, user interface 246 and communication interface 242 may be developed 
from a variety of software packages such as HTML, dynamic HTML (DHTML) (including 
JavaScript, Cascading Style Sheets, Common Gateway Interface (CGI) scripts, cookies, 
Java, ActiveX, Server-Side Includes (SSI)), and the like. 

According to another aspect of the present invention, decision-support module 210 
and user module 214 may communicate with medical module 216 via network 212. 
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Medical module 216, as referenced above, may include various hardware and/or software 
modules and components associated with a medical facility, such as a hospital or clinic, a 
government agency, such as the Centers for Disease Control and Prevention (CDC), or 
some other facility that may obtain a benefit of the present invention. 

As depicted in Figure 3, medical module 216 optionally includes a web server 252 
that communicates with network 212. Web server 252 provides content representative of 
information stored in medical module 216 over network 212 to those hardware and/or 
software modules that access web server 252. Upon receiving a request from a hardware 
and/or software modules, such as user module 214 and decision-support module 210, web 
server 252 provides the requested documents or information in an appropriate language, 
such as Hyper Text Markup Language (HTML), XML, or some other language. Web. 
server 252 may provide the requested information via Secured Socket Layers (SSL) 
protocol, a Virtual Private Network (VPN), asymmetric or symmetric encryption, or some 
other security protocol or process known to one skilled in the art. One skilled in the art 
may also recognize that although a single server is depicted as part of medical module 216, 
medical module 216 may include a plurality of web servers 252. 

Communicating with web server 252 is an application server 254. Application 
server 254 provides the conduit between the information stored in medical module 216 and 
any requests for such information through web server 252. Application server 254 acts as 
an intermediary between the information or data storage and the hardware and/or software 
modules that request access to the desired information. Application server 254 controls 
access to such information. In the illustrated configuration of Figure 3, information from 
the ancillary module 256 passes through application server 254 upon a request through 
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web server 252 to access the medical information stored in the ancillary module 256. 
Application server 254 may, optionally in combination with web server 252, authenticate 
access rights to the requested information. 

In an alternate configuration of the present invention, when decision-support 
module 210 is partially or completely integrated within medical module 216, inference 
module 232 of decision-support module 210 may be integrated into medical module 216 
by connecting intermediate module 230 directly to application server 254 of medical 
module 216 by an Internet Inter-Object Request Broker Protocol (HOP) or remotely by a 
Remote Method Invocation (RMI). 

According to another aspect of the present invention, medical module 216 includes 
ancillary module 256. Ancillary module 256 includes one or more other modules that, 
represent the various hardware and/or software modules of the individual departments 
within the medical facility, such as the hospital or clinic, and their associated connection to 
medical module 216 and network 212. As illustrated, ancillary module 256 may include a 
pharmacy module 260, laboratory module 262, administration module 264, radiology 266, 
and the like. 

Pharmacy module 260 maintains information and data representative of drugs 
requested and proscribed for each of a plurality of patients, whether a patient is an inpatient 
or an outpatient. Laboratory module 262 maintains information and data representative of 
the laboratory tests ordered and performed for each of a plurality of patients. 
Administration module 264 maintains information and data representative of the billing 
information and scheduling information associated with each of a plurality of patients. 
Radiology module 266 maintains information and data representative of the Computed 
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Tomographic (CT) scans, fetal ultrasounds, magnetic resonance imaging (MRI), 
mammography and X-rays, ordered and performed for each of a plurality of patients. 

One skilled in the art may identify various other modules that may be included 
within ancillary module 256. For example, ancillary module 256 may include computer 
physician order entry systems, other order entry systems, and the like. 

Figure 4 is a flow diagram representing the operational process of one embodiment 
of the present invention. Figure 4 depicts the processes and methodology for transceiving 
data in an inpatient setting between decision-support module 210 and/or medical module 
216 and user module 214, such as when a clinician is performing "rounds" within a 
hospital or other clinical facility. It may be appreciated, that the method steps described 
herein are only illustrative of one method of performing the desired function. 

Referring now to Figure 4, a description of the methodology of the present 
invention shall be provided as it relates to obtaining decision-supported data by a clinician 
in an inpatient setting. The methodology description makes reference to Figures 2 and 3, 
thereby illustrating the method of processing data through the various illustrative modules 
and components of the present invention. 

Before a clinician begins "rounds", the clinician identifies each patient with whom 
he or she will visit or examine, as represented by block 280. During this process the 
clinician may synchronize or connect user module 214 with decision-support module 210 
and/or medical module 216 (Figures 2 and 3). This may be achieve through various 
communication line connections, such as but not limited to wireless, IR communication, 
placing user module 214 within a cradle, and the like. In this manner, a clinician may 
identify those patients that decision-support is required. 
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Upon selecting the patients to be visited or examined, decision-support module 
210, either solely or in combination with medical module 216, gathers patient data for each 
patient selected by the clinician, as represented by block 282. This may entail each or a 
combination of the following: (i) searching patient module 220, with its associated 
databases 222a-222n (Figure 3); (ii) searching one or more modules of ancillary module 
256 (Figure 3) of medical module 216; and (iii) receiving patient data from the clinician 
through user module 214. 

Once decision-support module 210 gathers the patient data, inference module 232 
of decision-support module 210 analyzes the patient data with the data stored within 
knowledge module 226, as represented by block 284. This process may involve many 
iterations to determine possible medical conditions, causes of medical conditions, potential 
treatments, such as surgery, administration of a therapeutic drug, lifestyle change, or the 
like, to define a recommended course of action. This may also entail verifying 
authorization with an insurance carrier for particular recommend treatment. In the event 
that an insurance carrier does not accept or will not pay for a recommended treatment, 
decision-support module 210 reevaluates the decision-support process to determine 
alternate courses of action for the particular patient. 

Upon reaching a recommendation, whether a single recommendation or a ranked 
list of recommendations, decision-support module 210 generates decision-supported 
patient data specific for each patient on the list of patient's that the clinician is to visit or 
examine, as represented by block 286. The decision-support patient data, generally, 
includes all pertinent patient data that relate to the recommended treatments suggested by 
decision-support module 210. For example, when a therapeutic regimen is suggested, the 



- Page 38- 



DocketNo. 15226.4 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
- 17 
| 18 

fcs 19 

o 

^20 
21 

22 
23 
24 



decision-supported patient data includes drag name and type, dose, route, interval and 
duration of therapy, critical alerts and warnings specific to the patient and the drug, patient 
demographics, and the like. Such information will be specific to each patient. For 
example, the dose of the therapeutic drug may be defined by decision-support module 210 
based upon the height, weight, age, gender, and past medical history of the patient. 
Although the analysis performed by decision-support module 210 may not be illustrated or 
displayed to the clinician, such information may be provided to the clinician via user 
module 214 if requested by the clinician. 

While the clinician remains connected to decision-support module 210, such as 
when user module 214 is located within a cradle, or upon maintaining synchronization or 
synchronizing or connecting of user module 214 with decision- support module 210 prior to 
"rounds", decision-support module 210 delivers the decision- supported patient data to user 
module 214 such that the patient data stored therein is updated, as represented by block 
288. 

As data is transferred to user module 214, decision-support module 210 identifies 
whether a clinician has set display parameters for user interface 246 of user module 214, as 
represented by decision block 290. For example, the clinician may vary the manner by 
which user interface 246 displays the decision-supported patient data, thereby allowing a 
clinician to organize patient data in a format that assists the clinician in providing medical 
care to the patient. If the clinician has set display parameters, decision-support module 210 
in cooperation with user module 214 organizes the decision-supported patient data in 
accordance with the clinicians selections, as represented by block 292. Alternatively, if the 
clinician has not set display parameters, decision- support module 210 in cooperation with 
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user module 214 organizes the decision- supported patient data in accordance with the 
default display configuration, as represented by block 294. 

It may be appreciated by one skilled in the art that decision-support module 210 
may only deliver decision-supported patient data to user module 214 without assisting with 
the selection of display configuration. User module 214 alone may review whether the 
clinician has defined a clinician specific display configuration. 

Upon receiving the required patient data (e.g., decision-supported patient data, 
patient data, and other patient specific information) user module 214 is ready for use by the 
clinician during the clinician's examination of the patients. The clinician may commence 
his or her "rounds" by selecting the first patient with whom he or. she will visit, as 
represented by block 296. This may be achieved in a variety of manners depending on the 
particular type of user interface. For example, a clinician may select a patient from a drop- 
down menu, through a voice activated interface, pushing buttons, selecting icon 
representations of each patient, or by one of a variety of other manners known by one 
skilled in the art in light of the teaching contained herein. 

Once the patient is selected, the clinician may perform his or her examination of the 
patient, as represented by block 298. The examination may be a physical examination, a 
question and answer session, or a combination thereof Following the examination, the 
clinician may update the information stored within user module 214, as represented by 
block 300. Subsequently, the clinician maintains a connection or connects to decision- 
support module 210 and/or medical module 216, either through a cradle located at the 
patient's bed into which user module 214 is located or through a wireless connection, to 
generate new decision-supported patient data with associated recommendations and 
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treatments, as represented by block 302. Following receipt of the new decision-supported 
patient data the clinician selects the desired medical treatment or regime. 

Alternatively, instead of the clinician asking a number of questions as prompted by 
the clinician's knowledge and information contained within the decision-supported patient 
data, a patient may answer a number of questions posed through another user module 
located at the patient's bed. In this manner, when the clinician examines the patient the 
clinician merely has to select the desired medical treatment or regime, without connecting 
to decision-support module 210 to obtain new decision- supported patient data. Hence, 
steps related to connecting to decision-support module 210 to obtain new decision- 
supported patient data are optional to the flow diagram depicted in Figure 4. 

Once the desired medical treatment or regime is selected, a clinician may store the 
new decision- supported patient data centrally within decision-support module 210 and/or 
medical module 216, thereby updating the patient data stored therein, as represented by 
decision block 304. If the clinician wishes to store this patient's data, user module 214 
connects or synchronizes with decision-support module 210 and/or medical module 216, 
either physically or through wireless or other remote connection, and updates the 
information or data stored therein, as represented by block 306. In the event the clinician 
does not wish to store the new decision-supported patient data centrally, user module 214 
stores the new decision-supported patient data within data storage 248, as represented by 
block 308. 

Whether the new decision-supported patient data is stored centrally or locally, the 
clinician may select other patients with whom he or she is to visit, as represented by 
decision block 310. If the answer is in the affirmative, the clinician is asked to select a 
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new patient, as represented by block 296. Subsequently, the clinician follows the same 
data flow as represented by blocks 298 through 308. If the answer is in the negative, user 
module 214 automatically or through user prompts connects or synchronizes with decision- 
support module 210 and/or medical module 216, either physically or through wireless or 
other remote connection, to update the information or data stored therein, as represented by 
block 312. Such connection and/or synchronization may cause decision-support module 
210 and/or medical module 216 to request functionality of ancillary module 256. For 
example, in the event that the medical care recommended by the clinician requires 
laboratory tests, user module 214 connects to laboratory module 262 to schedule such tests 
and notifies the nurse or other clinician assistant to obtain the necessary blood or other 
substances to perform the desired tests. Similarly, if a prescription medication is required, 
user module 214 connects with pharmacy module 260 to obtain the medication. 

In this manner a clinician is able to receive decision-supported patient data that 
provides the clinician with recommendations as to potential medical conditions that each 
patient with whom he or she may have and/or provide the clinician with updated current 
patient data for those patients that the clinician is continually treating. By providing such 
decision-supported patient data, the clinician is continually educated with current medical 
knowledge from the extensive expert system incorporated within decision-support module 
210 and/or medical module 216. This allows the clinician to provide medical care at the 
cutting edge of the medical knowledge and the clinician is more capable of giving each 
patient a high quality of medical care in an efficient manner. 

According to another aspect of the present invention, user module 214 may be 
continuously, substantially continuously, periodically, or sporadically connected or 
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synchronized with decision-support module 210 and/or medical module 216. User module 
214 may then receive alert signals or messages from decision-support module 210 and 
medical module 216 related to the patient's visited by the clinician. For example, the 
clinician may receive an e-mail message on his or her mobile information device or user 
module 214 identifying an emergency with his or her patient. Alternatively, the user 
module 214 may receive a reminder to visit a particular patient at a particular time or 
request information from decision-support module 210 and/or medical module 216 on 
demand. In this manner, the clinician is quickly informed of the progress of his or her 
patients. 

The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. For example, embodiments of the present . 
invention are also disclosed in copending United States Patent Application entitled 
"Systems and Methods for Manipulating Medical Data Via a Decision Support System", 
filed September 21, 2000, which is incorporated herein in its entirety by reference. The 
described embodiments are to be considered in all respects only as illustrative and not 
restrictive. The scope of the invention is, therefore, indicated by the appended claims 
rather than by the foregoing description. All changes which come within the meaning and 
range of equivalency of the claims are to be embraced within their scope. 

What is claimed and desired to be secured by United States Letters Patent is: 
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1. In a decision-support system having a knowledge module and a patient 
module, a method for delivering decision-supported patient data of a patient to a mobile 
user module accessible by a clinician in a controlled and repeatable manner, the method 
comprising the steps of: 

(a) analyzing data stored in a patient module to identify patient data of 
each patient that a clinician is to examine in a defined period; 

(b) evaluating the patient data with data stored in a knowledge module 
to generate decision-supported patient data for each patient that is to be examined 
within the defined period; and 

(c) with the mobile user module, presenting the clinician with decision- 
supported patient data for each patient that the clinician is to examine in a 
configuration that assists the clinician in treating each patient. 

2. A method as recited in claim 1, further comprising the step of transmitting 
the decision-supported patient data to the user module. 

3. A method as recited in claim 1, further comprising the step of storing 
patient data relevant to each patient that the clinician is to examine within the user module. 

4. A method as recited in claim 1, wherein the step of presenting decision- 
supported patient data is performed in at least one of real-time and perceived real-time. 
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5. A method as recited in claim 1, wherein the knowledge module comprises 
at least one database containing expert medical data. 

6. A method as recited in claim 1, wherein the analyzing step comprises: 

(a) identifying each patient that the clinician is to examine; 

(b) searching for patient data stored in the patient module that is 
associated with each patient; and 

(c) collecting the stored patient data for each patient. 

7. A method as recited in claim 5, wherein the step of searching comprising: 

(a) searching a decision-support module; and 

(b) searching a medical module. 

8. A method as recited in claim 1, wherein the evaluating step comprises 
evaluating the patient data against an insurance carrier, a plurality of database modules, a 
medical module, a third-party module, or a user module. 

9. A method as recited in claim 1, further comprising the step of collecting 
patient data. 
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10. A method as recited in claim 8, wherein the collecting step comprises the 
step of gathering patient data via a user interface, wherein the user interface is a graphical 
user interface, an interactive user interface, a voice recognition user interface or a textual 
user interface. 

11. A computer-readable medium having computer-executable instructions for 
performing the steps recited in claim L 
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12. A computer program product for implementing a method for transceiving 
data between a decision-support module and a user module, the computer program product 
comprising: 

at least one computer readable medium carrying computer-executable 
instructions for implementing the method, wherein the computer-executable 
instructions comprise: 

program code means for analyzing patient data to identify current 

patient data of each patient that a clinician is to examine in a defined time 

period; 

program code means for evaluating the current patient data with the 
knowledge base to generate decision-supported patient .data for each patient 
that is to be examined within the defined time period, the decision- 
supported patient data capable of being transmitted to a user module 
accessible by the clinician; and 

program code means for presenting the clinician with decision- 
supported patient data specific to each patient that the clinician examines in 
a configuration that assists the clinician in treating each patient. 

13. A computer program product as recited in claim 12, wherein the program 
code means for analyzing the patient data and the program code means for evaluating the 
current patient data are contained on one of the at least one computer readable medium. 
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14. A computer program product as recited in claim 12, further comprising 
program code means for transmitting the decision-supported patient data to the user 
module. 

15. A computer program product as recited in claim 12, further comprising 
program code means for storing patient data relevant to each patient that the clinician is to 
examine within the user module. 

16. A computer program product as recited in claim 12, wherein the knowledge 
base comprises at least one database containing expert medical information. 

17. A computer program product as recited in claim 12, wherein the program 
code means for analyzing comprises: 

(a) program code means for identifying each patient that the clinician is 
to examine; 

(b) program code means for searching the stored patient data for data 
associated with each patient; and 

(c) program code means for collecting the stored patient data for each 

patient. 
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18. A computer program product as recited in claim 17, wherein the program 
code means for searching comprises: 

(a) program code means for searching a decision-support module; and 

(b) program code means for searching a medical module. 

19. A computer program product as recited in claim 12, wherein the program 
code means for evaluating comprises program code means for evaluating the current 
patient data against modules selected from the group consisting of (i) an insurance carrier, 
(ii) a plurality of database modules, (iii) a medical module, (iv) a third-party module, and 
(v) a user module. 

20. A computer program product as recited in claim 12, further comprising 
program code means for collecting patient data. 

21. A computer program product as recited in claim 20, wherein the program 
code means for collecting comprises program code means for gathering patient data via a 
user interface, wherein the user interface is a graphical user interface, an interactive user 
interface, a voice recognition user interface or a textual user interface. 
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22. In a decision-support system having a knowledge base, a method for 
delivering decision-supported patient data of a patient to a user module accessible by a 
clinician in a controlled and repeatable manner, the method comprising the steps of: 

(a) analyzing patient data to identify current patient data of each patient 
that a clinician is to examine in a defined time period; 

(b) evaluating the current patient data with the knowledge base to 
generate decision-supported patient data for each patient that is to be examined 
within the defined time period, 

(c) delivering the decision-supported patient data to a mobile user 
module accessible by the clinician, the mobile user module allowing the clinician to 
view the decision-supported patient data specific to each patient that the clinician is 
to examine in a configuration that assists the clinician in treating each patient. 
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23. In a decision-support system having a knowledge base, a method for 
delivering decision-supported patient data of a patient to a user module accessible by a 
clinician in a controlled and repeatable manner, the method comprising the steps of: 

(a) identifying at least one patient that a clinician is to examine in a 
defined time period and; 

(b) delivering data representative of the at least one patient to a 
decision-support module such that the decision-support module gathers the current 
patient data relative to the at least one patient and evaluates the current patient data 
with the knowledge base to generate decision-supported patient data for each 
patient that is to be examined within the defined time period, the decision- 
supported patient data capable of being transmitted to a user module accessible by 
the clinician; and 

(c) presenting the clinician with decision-supported patient data, 
specific to each patient that the clinician is to examine, received from the decision- 
support module in a configuration that assists the clinician in treating each patient. 
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24. A decision-support system, comprising: 

(a) a decision-support module configured to generate decision- 
supported patient data specific to each patient that a clinician is to examine in a 
defined time period; and 

(b) a user module remotely located from the decision-support module 
and being configured to communicate with the decision-support module, the mobile 
user module comprising a user interface configured to display the decision- 
supported patient data to the clinician in a configuration that assists the clinician in 
treating each patient. 

25. A system as recited in claim 24, wherein the decision-support module 
comprises a knowledge module, the knowledge module comprising a plurality of 
databases. 

26. A system as recited in claim 24, wherein the decision-support module 
comprises a patient module, the patient module comprising patient data. 

27. A system as recited in claim 24, wherein the decision-support module 
communicates with a medical module to generate the decision-supported patient data. 

28. A system as recited in claim 27, wherein the medical module comprises a 
plurality of ancillary modules. 
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29. A system as recited in claim 28, wherein the medical module comprises a 
knowledge module and a patient module. 

30. A system as recited in claim 24, wherein decision-support module receives 
patient data from the user module. 

31. A system as recited in claim 24 wherein the user module communicates 
with the decision-support module by way of a communication protocol selected from the 
group consisting of (i) a connection orientated protocol and (ii) a connectionless network 
protocol. 
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32. A decision-support system for providing a clinician with real-time patient 
data specific to each patient that the clinician is to examine in a defined time period, 
comprising: 

(a) a decision-support module configured to generate decision- 
supported patient data specific to each patient that a clinician is to examine in a 
defined time period, the decision-support module comprising an inference engine 
that communicates with a knowledge module and a patient module; and 

(b) a mobile user module in real-time communication with the decision- 
support module and adapted to present the decision-supported patient data in real- 
time to the clinician. 

33. A system as recited in claim 32 ? wherein the knowledge module comprises 
a plurality of databases. 

34. A system as recited in claim 32, wherein the decision-support module 
communicates with the user module via a network. 

35. A system as recited in claim 34, wherein the network is selected from a 
group consisting of (i) a local area network, (ii) a wide area network, (iii) a wireless 
network, (iv) a packetized network, and (v) a real-time network. 

36. A system as recited in claim 32, wherein the decision-support module 
communicates with a medical module to generate the decision-supported patient data. 
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37. A system as recited in claim 34, wherein the medical module comprises a 
plurality of ancillary modules. 
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38. A system as recited in claim 32, wherein decision-support module receives 
patient data from the user module. 
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ABSTRACT OF THE DISCLOSURE 

A decision-support system for providing a clinician with real-time patient data 
specific to each patient that the clinician is to examine in a defined time period. The 
system including a decision-support module that is configured to generate decision- 
supported patient data that is specific to each patient that a clinician is to examine in a 
defined time period. The decision-support module including an inference engine that 
communicates with a knowledge module and a patient module to generate the decision- 
supported patient data. In real-time communication with the decision-support module is a 
user module that is adapted to present the decision-supported patient data in real-time to 
the clinician in a configuration that assists the clinician in treating each patient. The user 
module further allowing the clinician to changes elements of the decision-supported patient 
data and receive new recommendations and medical care suggestions in real-time from the 
decision-support module. 



G:\DATA\PATM 52264.DOC 



- Page 56 - 



Docket No. 15226.4 



1 14 





I 



os:o 



CO 

3 



CO 



I 




4/4 



280 



282- 



284- 



( START ) 



IDENTIFY 
PATIENT 



I 



GATHER 
PATIENT DATA 



T 



EVALUATE 
PATIENT DATA 



T 



6-x GENERATE DECISION- 
SUPPORTED 
PATIENT DATA 



288- 



SYNCHRONIZE 
DATA 




300- 



MODIFY DECISION- 
SUPPORTED 
PATIENT DATA 



302- 



GENERATE NEW 
DECISION-SUPPORTED 
PATIENT DATA 




FIG. 4 



